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La presente invention concerne un systeme de communication sur un reseau 
global de type Internet, Intranet ou Extranet, entre au moins un equipement 
d'automatisme offrant une ou plusieurs fonctions d'automatisme et au moins un appareil 
distant, permettant d'utiliser le protocole SOAP (Simple Object Access Protocol) a 
I'interieur d'un equipement d'automatisme, grace a au moins un service WEB et/ou un 
client WEB pouvant interagir avec un programme de I'equipement d'automatisme. La 
presente invention concerne egalement un procede de communication base sur ce 
systeme de communication ainsi qu'un equipement d'automatisme capable de mettre en 
oeuvre ce systeme et ce procede de communication. Un tel systeme de communication 
peut s'appliquer a toute application d'automatisme appartenant au domaine des 
automatismes industriels, des automatismes du batiment ou du controle/commande des 
reseaux electriques de distribution. 

Sous le terme "equipement d'automatisme", on designera ci-apres un automate 
programmable, une commande numerique, une station de contrdle/commande mais 
aussi tout equipement ou module d'automatisme possedant au moins une unite de 
traitement, capable de se connecter sur un reseau IP tel que defini au paragraphe 
suivant, et capable d'executer un programme pour offrir une ou plusieurs fonctions 
d'automatisme dans une application d'automatisme. Par exemple, on inclura dans cette 
definition un module metier ou un module d'entrees/sorties d'un automate programmable, 
un terminal de dialogue, un variateur de vitesse, etc.... 

II est connu qu'un tel equipement d'automatisme puisse integrer un serveur WEB 
de facon a pouvoir echanger des donnees relatives a cet equipement d'automatisme avec 
un client WEB distant, tel qu'un navigateur, connecte a un reseau de communication 
global. Ce reseau global est de type Internet, Intranet ou Extranet, conforme a la norme 
TCP/IP ou a la norme UDP/IP, et sera appele "reseau IP" dans la suite de I'expose. Ces 
fonctionnalites sont decrites notamment dans les documents W09913418, US6061603 et 
US5805442. Les donnees relatives a I'equipement d'automatisme sont alors mises en 
forme et expediees par le serveur WEB, par exemple sous forme de pages HTML ou 
XML. II est egalement possible qu'un serveur WEB implante dans un equipement 
d'automatisme puisse charger un programme, generalement appele Applet, dans un 
appareil distant, lequel programme se deroule dans I'appareil distant de facon a echanger 
avec le serveur WEB de I'equipement d'automatisme des requetes transportees par le 
protocole IP. 

Sous le terme "appareil distant", on designera ci-apres soit un ordinateur 
individuel, un telephone portable, un appareil de type PDA (Personal Digital Assistant), 
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soit un serveur informatique, tel qu'un serveur duplications ASP (Applications Service 
Provider), un serveur WEB, un serveur WAP, un serveur de systeme de gestion de bases 
de donnees (SGBD), un serveur de progiciel de gestion int§gr6 (PGI), un serveur ERP 
(Enterprise Resource Planning), un serveur EAI (Enterprise application integration), un 

5 serveur de gestion §lectronique de documents (GED), un serveur de commerce 
electronique interentreprises (B-to-B) ou tout autre systeme informatique. Par appareil 
distant, on peut aussi designer un ensemble d'appareils distants communiquant entre 
eux. Un appareil distant comporte au moins une unite de traitement, est capable de se 
connecter a au moins un equipement d'automatisme par un r6seau IP et d'executer un 

10 programme ou un ensemble de programmes informatiques. Certains equipements 
d'automatisme, tels que des terminaux de dialogue, peuvent etre consideres comme des 
appareils distants. 

Le protocole SOAP est un protocole permettant d'echanger de fagon simple des 
informations dans un environnement decentralise. II est bas6 sur le langage normalise 

15 XML (extensible Markup Language) et peut etre utilise en combinaison avec plusieurs 
autres protocoles du WEB tels que HTTP (Hyper Text Transfer Protocol), HTTPS (ou 
HTTP/SSL : Hyper Text Transfer Protocol / Secure Socket Layer), SMTP (Simple Mail 
Transfer Protocol), FTP (File Transfer Protocol) et avec le protocole IP. Le protocole 
SOAP est base sur des schemas XML et fournit un vocabulaire definissant une structure, 

20 un contenu et une syntaxe des requStes de communication. Ce protocole est depose au 
W3C (World Wide Web Consortium). 

II serait particulierement interessant, pour le concepteur d'une application dans 
un appareil distant utilisant des outils de developpement de plus en plus repandus sur le 

25 march6 pour les applications WEB, de pouvoir directement echanger des donn6es sur un 
reseau IP avec un ou plusieurs equipements d'automatisme et ceci grace au protocole 
SOAP. En adaptant I'equipement d'automatisme a des protocoles issus du monde 
informatique, un equipement d'automatisme pourrait communiquer avec une application 
informatique distante developpee s6parement avec des outils de developpement du 

30 monde informatique, sans avoir a developper des passerelles ou des protocoles 
proprietaires, ouvrant ainsi largement les domaines des automatismes au domaine de 
Plnternet. 



Pour cela, I'invention decrit un systeme de communication sur un r6seau IP entre 
un §quipement d'automatisme executant un programme pour fournir des fonctions 
d'automatisme et un ou plusieurs appareils distants executant un programme ou un 
ensemble de programmes informatiques. Le systeme de communication est bas6 sur le 
protocole SOAP (Simple Object Access Protocol) dans le but de fournir a I'appareil distant 
des fonctions de surveillance, de visualisation, de contrfile, de configuration et de 
programmation de I'equipement d'automatisme, et le systeme de communication 
comporte, dans I'equipement d'automatisme, au moins un service WEB et/ou un client 
WEB qui peut interagir avec le programme de I'equipement d'automatisme, qui est 
capable de decoder des messages re$us en provenance du reseau IP codes selon le 
protocole SOAP et qui est capable d'encoder selon le protocole SOAP des messages a 
emettre sur le reseau IP. 

Le systeme de communication peut aussi comporter un document de description 
de service qui decrit les capacites d'un ou plusieurs service(s) WEB implant6(s) dans un 
equipement d'automatisme, ce document de description de service 6tant accessible par 
un appareil distant soit a partir de ses ressources locales, soit a partir de ressources 
distantes identifies par une adresse URL (Uniform Resource Locator), URI (Universal 
Resource Identifier) ou IP (Internet Protocol). II peut etre memorise dans des moyens de 
stockage situes dans I'equipement d'automatisme ou peut §tre genere dynamiquement 
par I'equipement d'automatisme; de plus il est conforme a un langage de description de 
service faisant reference au protocole SOAP ou au protocole HTTP, HTTPS et 
foumissant une grammaire s'appuyant sur le langage XML (extensible Markup 
Language). 

Etant donne I'aspect evolutif du langage XML, il sera possible d'ajouter des 
elements nouveaux en assurant une compatibility ascendante sans destabiliser les 
developpements ant§rieurs. De plus, grace aux documents de description de service, on 
obtiendra une unification d'equipements tres differents, en stockant et en rendant 
accessible par tous des "metadonn6es" qui decrivent les services qu'ils sont capables 
d'exposer. 

D'autres caracteristiques et avantages vont apparaTtre dans la description 
d6taillee qui suit en se referant a un mode de realisation donne a titre d'exemple et 
represents par les dessins annexes sur lesquels : 
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la figure 1 represente un premier exemple d'un systeme de communication 
conforme a I'invention entre un equipement d'automatisme comprenant un 
service WEB et un appareil distant client, 

- la figure 2 represente un deuxieme exemple d'un systeme de communication 
5 entre un equipement d'automatisme comprenant un client WEB et un 

appareil distant serveur, 

la figure 3 represente un exemple dans lequel un 6quipement d'automatisme, 
communiquant avec un appareil distant a la fois client et serveur, comporte 
un client WEB et un service WEB separ§s, 

10 la figure 4 reprend la figure 3 avec un equipement d'automatisme comportant 

un client WEB inclus dans un service WEB, 

la figure 5 represente un exemple de communication dans lequel un 
equipement d'automatisme fournit un document de description de service a 
un appareil distant de fagon a pouvoir communiquer avec lui, 

15 - la figure 6 schematise les differentes etapes d'un proc6de mettant en ceuvre le 

systeme de communication selon I'invention avec notamment un document de 
description de service memorise dans un appareil distant different de 
I'equipement d'automatisme, 

- la figure 7 montre une variante du procede de communication de la figure 6. 

20 

Un service WEB est une ressource accessible sur le WEB, au moyen d'une 
interface reseau, qui accepte des requetes et renvoie des reponses a ces requ§tes. Cette 
ressource est decrite de fa$on formelle par une interface logicielle contenue dans un 
document de description de service. Une implementation d'une telle interface logicielle 
25 dans un equipement d'automatisme est appelee "service WEB" dans le present expose. 
Un client WEB est une ressource pouvant acceder au WEB, au moyen d'une interface 
reseau, qui envoie des requ§tes et report des reponses a ces requetes. 

En reference aux figures 1 et 2, un equipement d'automatisme 1 0 est connecte 
30 par un reseau IP 50 a un appareil distant 30. L'equipement d'automatisme 10 comporte 
au moins une unite de traitement capable d'executer un programme 20 permettant d'offrir 
une ou plusieurs fonctions d'automatisme a une application d'automatisme. Ce 



programme 20 peut etre par exemple un programme application ou utilisateur permettant 
de faire du contrdle/commande d'une application d'automatisme ou directement le 
systeme d'exploitation de I'equipement d'automatisme 10. L'equipement d'automatisme 
10 comporte au moins un service WEB 21 et/ou un client WEB 22 capable d'interagir 
5 avec le programme 20 de I'equipement d'automatisme. Un appareil distant 30 comporte 
au moins une unite de traitement capable d'executer un programme ou un ensemble de 
programmes informatiques pouvant integrer une pluralite ^applications WEB client 31 
et/ou serveur 32. 

La figure 1 montre un equipement d'automatisme 10 communiquant avec un 
10 appareil distant 30 sur un reseau IP 50. L'appareil distant 30 execute une application 
client WEB 31 capable d'emettre sur le reseau IP 50 des requetes 51 conformes au 
protocole SOAP. Une requete SOAP 51 est recue par un service WEB 21 de 
I'equipement d'automatisme 10 qui la decode. I'execute et renvoie une reponse 52 en la 
codant selon le protocole SOAP, (.'application client 31 est capable de recevoir des 
15 reponses SOAP 52. 

De facon symetrique, la figure 2 montre un equipement d'automatisme 10 
communiquant avec un appareil distant 30 sur un reseau IP 50. L'equipement 
d'automatisme 10 comprend un client WEB 22 capable d'emettre sur le reseau IP 50 des 
requetes 53 codees selon le protocole SOAP. Une requete SOAP 53 est recue par une 
20 application serveur WEB 32 de l'appareil distant 30 qui la decode, I'execute et renvoie 
une reponse 54 en la codant selon le protocole SOAP. Le client WEB 22 est capable de 
recevoir et de decoder des reponses SOAP 54. 

La figure 3 montre un equipement d'automatisme 10 comprenant a la fois un 
service WEB 21 et un client WEB 22 separes, qui communiquent respectivement avec 
25 une application client WEB 31 et une application serveur WEB 32 d'un appareil distant 30. 
Les applications client WEB 31 et serveur WEB 32 peuvent appartenir ou non a un meme 
appareil distant 30 connecte au reseau IP 50 et comportant, par exemple, une application 
ERP (Enterprise Resource Planning). Dans la variante schematisee en figure 4, 
I'equipement d'automatisme 10 comporte un client WEB 22 qui est inclus dans un service 
30 WEB 21. Par exemple, ce service WEB 21 peut integrer une fonctionnalite de 
souscription 51,52 a partir de laquelle il est possible d'envoyer, a I'initiative du service 
WEB 21 ou a I'initiative de I'equipement d'automatisme 10, une notification 53,54 vers au 
moins un appareil distant 30, pour informer celui-ci d'evenements ou d'etats concemant 
I'equipement d'automatisme 10. 
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Uexemple ci-dessous montre une requete 51 conforme au protocole SOAP, 
emise par une application client WEB 31, pour aller lire une information "voltage" sur un 
service WEB 21 cTun equipement d'automatisme 10 nomm§ : "/7ftp:>yeQU/pemenN 
automaf/sme-lsc/7ne/c/er-e/ecfnc.com/semce-7 ,, f suivi d'une rSponse 52 conforme au 
5 protocole SOAP, 6mise par le service WEB 21 de I'equipement d'automatisme 10, 
retournant la valeur "2267' pour Implication WEB client 31. 

Message SOAP incorpore dans la requete HTTP 51 : 

POST /service-l HTTP/1-1 

Hos t : equipement - automat isme - 1 . Schneider- el ec trie . com 
10 Content-Type: text/xml; charset= n utf -8 " 
Content -Length: nnnn 
SOAP Act ion : n Some-URI " 

< SOAP - ENV : Envelope 
1 5 xml ns : SOAP - ENV= n h t tp : / / s chema s . xml soap.org/soap/ enve 1 ope / n 

SOAP-ENV:encodingStyle="http : //schemas .xmlsoap .org/soap/encoding/ n > 

< SOAP - ENV : Body > 

<m:Read xmlns :m= "Some-URI" > 

< Variable >Vol tage< /Variable > 
20 </m:Read> 

< / SOAP - ENV : Body > 
</ SOAP - ENV : Envelope > 

Message SOAP incorpore dans la reponse HTTP 52 : 

25 HTTP/1.1 200 OK 

Content -Type : text/xml ; charse t= n ut f - 8 " 
Content - Length : nnnn 

< SOAP - ENV : Envelope 
30 xmlns : SOAP -ENV="nttp : //schemas .xmlsoap.org/soap/envelope/" 

SOAP -ENV: encodings tyle= "http : //schemas . xmlsoap . org/soap/encoding/ p > 

< SOAP - ENV : Body > 

<m: ReadResponse xmlns :m= n Some-URI " > 
<Data>220</Data> 
35 </m : ReadResponse> 

< / SOAP - ENV : Body > 
< / SOAP - ENV : Enve lope > 



Pour communiquer sur le reseau IP 50, Tequipement d'automatisme 10 comporte 
une interface reseau WEB 15 de type HTTP, HTTPS, SMTP, FTP, TCP/IP ou UDP/IP. 
Cette interface reseau 15 est capable de faire racheminement de messages 51,54 
provenant du reseau IP 50 vers un client WEB 22 ou vers un service WEB 21 identifie par 
une adresse URL, URI ou IP, et de faire racheminement de messages 52,53 provenant 
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d'un service WEB 21 ou d'un client WEB 22 de I'equipement d'automatisme 10 vers une 
adresse URL, URI ou IP sur le reseau IP 50. 

Selon un autre mode de realisation, il est egalement possible d'envisager qu'une 
application client WEB 31 d'un appareil distant 30 envoie sur le reseau IP 50 une requete 
5 51 de type HTTP, HTTPS et non codee selon le protocole SOAP, a destination d'un 
service WEB 21 d'un equipement d'automatisme 10 identifie par une adresse URL, URI 
ou IP et que le service WEB 21 reponde sur le reseau IP 50 a I'aide d'une reponse 52 
codee selon le protocole SOAP vers Implication client WEB 31. Une telle requete 51 
HTTP, HTTPS peut, par exemple, etre une requete "GET" ou "POST'. 
10 Les donnees transmises dans des requites 51,53 et des reponses 52,54, 

codees selon le protocole SOAP, peuvent representer I'implementation de protocoles de 
communication habituellement rencontres entre un equipement informatique et un 
equipement d'automatisme. Parmi ces protocoles habituels, on retrouve notamment les 
protocoles MMS. MODBUS et UNI-TE. 
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Le systeme de communication peut avantageusement s'appuyer sur un 
document de description de service 61 qui decrit les capacites d'un ou plusieurs services 
WEB 21 d'un equipement d'automatisme 10, c'est-a-dire qui decrit les services WEB 
qu'un equipement d'automatisme 10 est en mesure de fournir ou de proposer. Ainsi, 
20 grace a un tel document 61 . un appareil distant 30 quelconque est en mesure de savoir 
en permanence quels sont les services disponibles dans un equipement d'automatisme 
10. Un document de description de service 61 peut aussi contenir la description de 
plusieurs services WEB 21 standard, correspondant par exemple a des services 
implantes systematiquement dans toute une gamme bien identifiee d'equipements 
25 d'automatisme. De meme, il peut aussi contenir un service WEB 21 particulier disponible 
sur toute une liste d'equipements d'automatisme distincts. 

Un document de description de service 61 specifie pour chaque service un 
ensemble de requetes (nom de la requete, nature et nom des parametres, attributs de la 
requete) ainsi que le ou les protocole(s) devant §tre utilise(s) pour invoquer la requete 
30 aupres de I'equipement d'automatisme 10. Le cas echeant, ce ou ces protocoles peuvent 
etre sous-entendus. Le document de description de service 61 est conforme a un langage 
de description de service faisant reference au protocole SOAP ou au protocole HTTP, 
HTTPS et fournissant une grammaire s'appuyant sur le langage XML ou XML schemas 
definis par le W3C. Selon un mode de realisation prefere, il est conforme au langage de 
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description de service SDL (Service Description Language) specific par Microsoft 
Corporation, au langage de description de service SCL (SOAP Contract Language) 
specifi6 par Microsoft Corporation ou au langage de description de service NASSL 
(Network Accessible Service Specification Language) sp6cifie par IBM Corporation. Un 
5 document de service 61 peut contenir une ou plusieurs adresses URL, URI ou IP pointant 
sur un ou plusieurs services WEB 21. 

Un service WEB 21 pourrait aussi etre d6crit par plusieurs documents de 
description de service 61 conformes chacun a un langage de description de service 
different, de fa?on a ce qu'un m§me equipement d'automatisme 10 puisse §tre accessible 
10 a differentes applications informatiques. Par ailleurs, un document de description de 
service 61 peut se presenter sous forme compress6e dans un format de compression 
standard de fichiers ou de documents, tel que ZIP ou GZIP. 

En reference a la figure 5, un document de description de service 61 est 
15 memorise dans des moyens de stockage 60 d'un 6quipement d'automatisme 10, alors 
que, dans la figure 6, il est localise dans des moyens de stockage 60* d'un appareil 
distant 30\ Ces moyens de stockage 60.60' peuvent indifferemment §tre un systeme de 
fichiers sur disque dur, CDROM, DVD, disquette, m§moire ou tout autre moyen de 
memorisation. Un document de description de service 61 est done accessible par un 
20 appareil distant 30 3 partir de ressources distantes identifies par une adresse URL, URI 
ou IP, lorsqu'il se trouve dans un equipement d'automatisme 10 ou dans un autre appareil 
distant 30'. Mais on pourrait envisager 6galement qu'un document de description de 
service 61 soit accessible par un appareil distant 30 directement a partir de ses propres 
ressources locales (par exemple grace a un lecteur de CD-ROM). 

25 Dans la figure 5, un appareil distant 30 comporte une application informatique 

33, telle qu'un outil de developpement logiciel ou un navigateur, qui est capable d'emettre 
sur le reseau IP 50 une requete de lecture 55 conforme & un des protocoles du WEB (par 
exemple une requete HTTP), pour demander un document de description de service 61 
decrivant les services disponibles dans un 6quipement d'automatisme 10. Ce document 
30 est ensuite renvoye sur le reseau IP 50 a I'application informatique 33 dans une reponse 
56. A partir de ces elements, I'application informatique 33 peut : 

o visualiser le contenu du document de description de service 61 pour qu'un 
concepteur puisse developper une application client WEB 31 et/ou application 
serveur WEB 32 qui sera capable de communiquer respectivement avec un 
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service WEB 21 et/ou un client WEB 22 de I'equipement d'automatisme 10, 
grace au protocole SOAP, 

o utiliser le contenu du document de description de service 61 pour construire et 
assembler tout ou partie d'une application client WEB 31 et/ou d'une application 
serveur WEB 32, de maniere a decharger le developpeur du client ou du serveur 
des aspects routiniers du developpement d'application (construction des 
requetes, transcodage des donnees, gestion des erreurs, etc.), 

o dans le cas ou elle est construite pour cela, directement emettre des requetes 
SOAP vers un service WEB 21 de I'equipement d'automatisme 10 a travers une 
application client WEB 31 integree, et/ou directement recevoir d'un client WEB 
22 de I'equipement d'automatisme 10 des requetes SOAP via une application 
serveur WEB 32, comme indique en figure 7. 



Un des avantages de la presente invention reside aussi dans le fait qu'un 
15 document de description de service 61 decrivant les services d'un equipement 
d'automatisme 10 peut etre construit de differentes manieres. II peut §tre memorise dans 
des moyens de stockage 60 de I'equipement d'automatisme 10 ou dans des moyens de 
stockage 60' d'un appareil distant 30', mais il peut aussi etre genere dynamiquement 
lorsqu'une application informatique 33 d'un appareil distant 30 emet une requete 55 pour 
20 acceder aux services disponibles dans I'equipement d'automatisme 10. Cette 
fonctionnalite permet done de faire evoluer le document de description de service 61, par 
exemple quand la configuration de I'equipement d'automatisme 10 est modifiee 
(connexion ou deconnexion d'un module dans un automate programmable 10). De plus, 
un equipement d'automatisme 10 peut souhaiter exposer ou cacher certains services 
25 WEB en fonction de son etat ou en fonction de I'appareil distant 30 qui veut communiquer 
avec lui. 

Pour cela, un equipement d'automatisme 10 peut comporter un generateur 62 
qui est un programme capable de construire dynamiquement un document de description 
de service 61. De fagon preferentielle, cette construction dynamique est realisee 

30 lorsqu'un appareil distant 30 demande a acceder au document de description de service 
61 de I'equipement d'automatisme 10. Dans ce cas, le document de description de 
service 61 n'a pas besoin d'etre memorise puisqu'il est elabore dynamiquement a chaque 
requete 55 emise par une application informatique 33 vers le generateur 62. Cependant, 
dans certains cas, on pourrait aussi envisager une construction dynamique du document 

35 61 initiee a la demande de I'equipement d'automatisme 10. De plus, on peut aussi 
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envisager une solution mixte dans laquelle un g6n6rateur 62 serait capable de 
personnaliser dynamiquement un document de description de service 61, en s'appuyant 
sur un document standard d§j^ m6morise pour une famille d'equipements, par exemple. 

Pour obtenir un document de description de service 61 dans une reponse 56, 
une requ§te de lecture 55 contient done une adresse URL, URI ou IP qui pointe soit sur 
un gen6rateur 62 capable de construire dynamiquement le document de description de 
service 61 soit directement sur le document de description de service 61. 

Le g§nerateur 62 peut indifferemment §tre memorise dans des moyens de 
stockage 60 de I'equipement d'automatisme 10, comme indiqu§ figure 5, ou dans des 
moyens de stockage 60' d'un appareil distant 30', comme indique figure 6. Par ailleurs, la 
figure 6 montre une application informatique 33 qui est executee dans un autre appareil 
distant 30 M different de I'appareil distant 30 qui contient les applications WEB 31 ,32. Les 
communications entre les appareils distants 30,30\30" se font sur ie reseau IP 50. 

Un proc6de de communication sur un reseau IP 50 entre un equipement 
d'automatisme 10 executant un programme 20 pour fournir des fonctions d'automatisme 
et un appareil distant 30 executant un programme ou un ensemble de programmes 
informatiques est d§crit dans la figure 6. Ce proced6 de communication s'appuie sur un 
systeme de communication tel que decrit pr6c6demment bas§ sur le protocole SOAP 
(Simple Object Access Protocol) dans le but de fournir a I'appareil distant 30 des 
fonctions de surveillance, de visualisation, de controle, de configuration et de 
programmation de I'equipement d'automatisme 10. II comporte les etapes suivantes : 

o Une etape A de decouverte de service dans laquelle une application 
informatique 33, s'executant dans I'appareil distant 30 ou dans un autre 
appareil distant 30", emet une requete 55 de lecture sur le r6seau IP 50 pour 
recevoir, dans une reponse 56, un document de description de service 61 . La 
requete 55 contient une adresse URL, URI ou IP qui pointe soit sur un 
document de description de service 61 deja memorise dans I'equipement 
d'automatisme 10 ou dans un appareil distant 30', soit sur un g6nerateur 62 
qui construit alors dynamiquement un document de description de service 61 
pour le renvoyer dans la reponse 56. 
o Une etape B de developpement dans laquelle, grace au document de 
description de service 61, il est possible de developper manuellement ou 
automatiquement, a partir de Tapplication informatique 33, une application 
client WEB 31 et/ou une application serveur WEB 32 dans Tappareil distant 



11 

30 de maniere a communiquer respectivement avec un service WEB 21 et/ou 
un client WEB 22 de I'equipement d'automatisme 10 t grace au protocole 
SOAP, 

o Une etape C de communication entre une application client WEB 31 et/ou 
5 une application serveur WEB 32 de I'appareil distant 30 et un service WEB 

21 et/ou un client WEB 22 de I'equipement d'automatisme 10, au moyen de 
requetes 51,53 et de reponses 52,54 conformes au protocole SOAP. 

Selon une variante representee en figure 7, I'application informatique 33, qui 
10 dans ce cas peut etre un navigateur par exemple, est structure pour integrer en elle- 
meme une application client WEB 31 et/ou application serveur WEB 32. L'etape B du 
procede n'est alors pas necessaire puisque I'application informatique 33 peut directement 
emettre des requetes SOAP vers un service WEB 21 et/ou un client WEB 22 de 
I'equipement d'automatisme 10, d£s qu'elle est en possession du document de 
15 description de service 61, sans avoir besoin de developpement. Le proc6d6 de 
communication comporte alors une etape A de d§couverte de service puis directement 
une etape C de communication. 

II est bien entendu que Ton peut, sans sortir du cadre de Tinvention, imaginer 
20 d'autres variantes et perfectionnements de detail et de meme envisager Temploi de 
moyens equivalents. 
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REVENDICATIONS 

1. Systeme de communication sur un reseau IP (50) entre un equipement 
d'automatisme (10) comportant au moins une unit6 de traitement capable d'ex6cuter 

5 un programme (20) pour fournir des fonctions d'automatisme et un ou plusieurs 

appareils distants (30) executant un programme ou un ensemble de programmes 
informatiques, caract6ris§ par le fait que le systeme de communication est bas6 sur 
le protocole SOAP (Simple Object Access Protocol) dans le but de fournir a I'appareil 
distant (30) des fonctions de surveillance, de visualisation, de controle, de 

10 configuration et de programmation de I'equipement d'automatisme (10), et par le fait 

que le systeme de communication comporte, dans I'equipement d'automatisme (10), 
au moins un service WEB (21) et/ou un client WEB (22) qui peut interagir avec le 
programme (20) de I'equipement d'automatisme (10), qui est capable de decoder des 
messages re?us (51,54) en provenance du reseau IP (50) cod6s selon le protocole 

15 SOAP et qui est capable d'encoder selon le protocole SOAP des messages & 

6mettre (52,53) sur le reseau IP (50). 

2. Systeme de communication selon la revendication 1 , caracterise par le fait 
qu'un equipement d'automatisme (10) comprend au moins un service WEB (21) 
susceptible de recevoir du reseau IP (50) des requetes (51), codees ou non selon le 

20 protocole SOAP, venant d'au moins une application WEB client (31) contenue dans 

un appareil distant (30) et d'emettre sur le reseau IP (50) des reponses (52), codees 
selon le protocole SOAP, vers I'application WEB client (31) de I'appareil distant (30). 

3. Systeme de communication selon la revendication 1 , caracterise par le fait 
qu'un equipement d'automatisme (10) comprend au moins un client WEB (22) 

25 susceptible d'emettre sur le reseau IP (50) des requetes (53), codees selon le 

protocole SOAP, vers au moins une application WEB serveur (32) contenue dans un 
appareil distant (30) et de recevoir du reseau IP (50) des reponses (54), codees 
selon le protocole SOAP, venant de I'application WEB serveur (32) de I'appareil 
distant (30). 

30 4. Systeme de communication selon la revendication 2, caracterise par le fait 

qu'un document de description de service (61) decrit les capacites d'un ou plusieurs 
services WEB (21) implantes dans un equipement d'automatisme (10), ce document 
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de description de service (61) etant accessible pour un appareil distant (30,30") soit a 
partir de ses ressources locales, soit a partir de ressources distantes identifiees par 
une adresse URL, URI ou IP. 

5. Systeme de communication selon la revendication 4, caracterise par le fait 
que le document de description de service (61) est conforme a un langage de 
description de service faisant reference au protocole SOAP ou au protocole HTTP, 
HTTPS et fournissant une grammaire s'appuyant sur le langage XML (extensible 
Markup Language). 

6. Systeme de communication selon la revendication 5, caracterise par le fait 
que le document de description de service (61) peut contenir une ou plusieurs 
adresses URL, URI ou IP d'un ou plusieurs services WEB (21). 

7. Systeme de communication selon la revendication 6, caracterise par le fait 
que le document de description de service (61) est conforme au langage de 
description de service SDL (Service Description Language). 

8. Systeme de communication selon la revendication 6, caracterise par le fait 
que le document de description de service (61) est conforme au langage de 
description de service SCL (SOAP Contract Language). 

9. Systeme de communication selon la revendication 6, caracterise par le fait 
que le document de description de service (61) est conforme au langage de 
description de service NASSL (Network Accessible Service Specification Language). 

10. Systeme de communication selon Tune des revendications 6 a 9, caracterise 
par le fait que plusieurs documents de description de service (61) conformes a 
differents langages de description de service peuvent decrire les capacites d'un 
meme service WEB (21 ). 

11. Systeme de communication selon la revendication 10, caracterise par le fait 
que le document de description de service (61) est compresse dans un format de 
compression standard de fichiers ou de documents. 

12. Systeme de communication selon la revendication 10, caracterise par le fait 
que le document de description de service (61) d'un equipement d'automatisme (10) 
est memorise dans des moyens de stockage (60) situes dans I'equipement 
d'automatisme (10). 
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13. Systeme de communication selon la revendication 10, caracterise par le fait 
que le document de description de service (61) d'un 6quipement d'automatisme (10) 
est memorise dans des moyens de stockage (60*) situes dans un appareil distant 
(30'). 

5 14. Systeme de communication selon la revendication 10, caracterise par le fait 

qu'un generateur (62) est capable, a la suite d'une demande emanant d'un appareil 
distant (30,30"), de construire dynamiquement un document de description de 
service (61) d6crivant les capacites d'un ou plusieurs services WEB (21) implantes 
dans un 6quipement d'automatisme (10). 

10 15. Systeme de communication selon la revendication 14, caracterise par le fait 

que le gen§rateur (62) d'un document de description de service (61) d'un Squipement 
d'automatisme (10) est accessible, pour un appareil distant (30,30"), par une adresse 
URL, URI ou IP. 

16. Systeme de communication selon la revendication 15, caracterise par le fait 
15 que le generateur (62) d'un document de description de service (61) d'un 6quipement 

d'automatisme (10) est memorise dans des moyens de stockage (60) situes dans 
I'equipement d'automatisme (10) ou dans des moyens de stockage (60') situ6s dans 
un appareil distant (30'). 

17. Procede de communication sur un reseau IP (50) entre un 6quipement 
20 d'automatisme (10) executant un programme (20) pour fournir des fonctions 

d'automatisme et un appareil distant (30) ex6cutant un programme ou un ensemble 
de programmes informatiques, le procede de communication ayant pour but de 
fournir a I'appareil distant (30) des fonctions de surveillance, de visualisation, de 
controle, de configuration et de programmation de I'equipement d'automatisme (10), 
25 caracterise par le fait que le procede de communication s'appuie sur un systeme de 

communication base sur le protocole SOAP et comporte les etapes suivantes : 

o une etape (A) de decouverte de service dans laquelle une application 
informatique (33), s'ex6cutant dans I'appareil distant (30) ou dans un autre 
appareil distant (30 M ), emet sur le reseau IP (50) une requete (55) de lecture 
30 pour recevoir, dans une reponse (56), un document de description de service 

(61), 

o Une etape (B) de developpement dans laquelle, grace au document de 
description de service (61), il est possible de developper manuellement ou 



automatiquement tout ou partie d'une application client WEB (31) et/ou d'une 
application serveur WEB (32) dans I'appareil distant (30) de maniere a 
pouvoir communiquer respectivement avec un service WEB (21) et/ou un 
client WEB (22) de I'equipement d'automatisme (10), 
o Une etape (C) de communication entre une application client WEB (31) et/ou 
une application serveur WEB (32) de I'appareil distant (30) et un service 
WEB (21) et/ou un client WEB (22) de I'equipement d'automatisme (10) sur le 
reseau IP (50), au moyen de requetes (51,53) et de reponses (52,54) 
conformes au protocole SOAP. 

18. Precede de communication sur un reseau IP (50) entre un equipement 
d'automatisme (10) executant un programme (20) pour fournir des fonctions 
d'automatisme et un appareil distant (30) executant un programme ou un ensemble 
de programmes informatiques, le precede de communication ayant pour but de 
fournir a I'appareil distant (30) des fonctions de surveillance, de visualisation, de 
contr6le. de configuration et de programmation de I'equipement d'automatisme (10), 
caracterise par le fait que le precede de communication s'appuie sur un systeme de 
communication base sur le protocole SOAP et comporte les etapes suivantes : 

o Une etape (A) de decouverte de service dans laquelle une application 
informatique (33), s'executant dans I'appareil distant (30), emet sur le reseau 
IP (50) une requete (55) de lecture pour recevoir, dans une reponse (56), un 
document de description de service (61 ), 
o Une etape (C) de communication entre une application client WEB (31 ) et/ou 
une application serveur WEB (32) indues dans I'application informatique (33) 
de I'appareil distant (30) et un service WEB (21) et/ou un client WEB (22) de 
I'equipement d'automatisme (10) sur le reseau IP (50), au moyen de requetes 
(51 ,53) et de reponses (52,54) conformes au protocole SOAP. 

19. Precede de communication selon I'une des revendications 17 ou 18, 
caracterise par le fait que la requete (55) contient une adresse URL, URI ou IP qui 
pointe soit sur un document de description de service (61), soit sur un generateur 
(62) capable de construire dynamiquement un document de description de service 
(61). 
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